「多 agent 協作聽起來很潮，但說穿了不就是把一件事拆成好幾份、分別叫不同的 agent 去做嗎？跟找幾個工讀生分工有什麼本質上的差別？」
如果委派只是「把工作拆開來做」，那確實沒什麼好談的——分工這個概念存在幾百年了，不需要為它另開一個系列。但實際操作幾次之後會發現，委派給獨立 agent 之所以值得，不是因為它讓事情變快（很多時候反而比自己做還慢），而是因為它提供了兩件單純的分工做不到的事：context 隔離跟獨立視角。這篇要把這兩件事講清楚，也是接下來一整部（Day17-23）要處理的多 agent 協作議題的起點。
一般理解的「分工」，價值在於平行處理、節省總耗時——這件事確實也是委派的好處之一。但如果只看這一層，很容易忽略另一件更關鍵的事：如果一個任務會產生大量中間過程（反覆嘗試、查證、讀一堆檔案），把它丟給獨立 agent 執行，真正的價值不是「省時間」，是不讓那些雜訊污染主線程接下來要做判斷的 context。
主線程的 context 是有限資源，而且不只是容量有限——過程中累積的雜訊越多，後續判斷的訊噪比就越低。如果一個查證任務會產生大量嘗試、失敗、重試的過程紀錄，把它丟給獨立 agent 去跑，只把「乾淨的結論」帶回主線程，主線程的判斷品質才不會被中間過程的雜訊拖累。這跟找工讀生分工的邏輯不一樣——工讀生分工圖的是「多一個人同時做事」，這裡圖的是「保護一個共用資源（context）的品質」。
第二個價值更不直覺：委派不只是「把事情做完」，也可以是「找一個沒有參與過原本判斷過程的角色，重新審查一次產出」。同一個 agent 一路寫完一段邏輯、一路做完某個判斷，它很難跳脫自己一路建立起來的假設去質疑自己——這不是能力問題，是「當局者迷」這件事的本質：一旦某個假設在推導過程中被當成前提接受了，同一個推導路徑很難再回頭質疑那個前提本身。
一個完全沒看過原本推導過程、只拿到最終產出的獨立 agent，反而有機會看出「這個假設從一開始就不成立」這種原本推導者自己看不出來的問題。這正是為什麼「委派給獨立 agent 做審查」跟「委派給獨立 agent 做執行」是同一件事的兩種用法——前者是分工圖時間，後者是圖一個原本視角看不到的角度。
用一組對照來看這兩種價值的差異：
❌ 只把委派當成分工：
「這件事有點大，我自己做太慢，
找另一個 agent 一起做，做完直接合併結果。」
→ 只圖時間，沒有意識到讓大量中間過程進入主線程 context
會拖低後續判斷品質，也沒有善用「獨立視角」這個額外價值
✅ 委派時明確知道自己要的是隔離還是視角：
「這件事會產生大量嘗試過程，委派出去、
只帶回乾淨結論，保護主線程的判斷品質。」
「這個判斷我自己一路做下來，找一個完全沒參與過程的
agent 重新審一次，看它會不會抓到我看不出來的假設。」
→ 委派前先想清楚，這次要的是哪一種價值,
委派的方式（要不要讓 agent 看到原本的推導過程）
也會因此不一樣
委派不是「把工作拆給別人」這麼簡單，是主動選擇要保護 context 品質、還是要換一個看不到原本假設的視角——這兩種需求對「該給 agent 看多少背景資訊」的要求剛好相反：前者要盡量少污染 context，後者要盡量不讓它看到原本的推導過程。
那該怎麼判斷一件事值不值得委派？直覺答案常常是「改動大不大」——改動大才值得委派，小改動自己做比較快。但實際踩過幾次坑之後會發現，這個直覺是錯的。真正決定該不該委派的變數，是溝通開銷跟任務本身耗時的比例，而不是任務規模本身。
一個查證動作規模再小，只要它「不需要每一步都被盯著看」，委派出去讓它自己跑完、回來一次性看結果，依然可能比自己一步步做更有效率。反過來，如果使用者正在跟你即時來回討論、每一步都想立刻看到結果、下一步要怎麼走取決於這一步的結果，那麼委派的固定成本（交代清楚範圍、等待、消化結果）會比自己直接做的成本還高，即使這個任務客觀來說規模不小。
**判斷標準應該是：這件事的邊界夠不夠明確，明確到可以讓一個沒有當下對話脈絡的角色獨立完成，而不是這件事聽起來大不大。**如果邊界本身還在跟使用者一起釐清中，委派出去只是把「範圍不明確」這個根本問題，轉嫁成「獨立執行者猜錯方向」的額外成本。
回想你上一次猶豫「這件事要不要交給獨立 agent 處理」的時候，你考慮的是任務規模大不大，還是這件事會不會產生大量污染主線程的中間過程、或者需不需要一個沒有參與過原本判斷的視角？如果是前者，這個判斷可能一開始就問錯了問題。
明天用一個具體案例，看委派這件事實際上會怎麼出錯：一個被指派了明確範圍的 agent，卻自己動手做了超出範圍的事，把別人負責的工作也一起改了。
iThome鐵人賽
看影片追技術